home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
ftp.cs.arizona.edu
/
ftp.cs.arizona.edu.tar
/
ftp.cs.arizona.edu
/
icon
/
newsgrp
/
group98a.txt
/
000118_icon-group-sender _Tue Mar 10 12:28:24 1998.msg
< prev
next >
Wrap
Internet Message Format
|
2000-09-20
|
2KB
Return-Path: <icon-group-sender>
Received: from kingfisher.CS.Arizona.EDU (kingfisher.CS.Arizona.EDU [192.12.69.239])
by baskerville.CS.Arizona.EDU (8.8.7/8.8.7) with SMTP id MAA00428
for <icon-group-addresses@baskerville.CS.Arizona.EDU>; Tue, 10 Mar 1998 12:28:24 -0700 (MST)
Received: by kingfisher.CS.Arizona.EDU (5.65v4.0/1.1.8.2/08Nov94-0446PM)
id AA13706; Tue, 10 Mar 1998 12:28:23 -0700
Message-Id: <35058483.1292@gte.net>
Date: Tue, 10 Mar 1998 12:20:51 -0600
From: Mark Evans <evans@gte.net>
Reply-To: evans@gte.net
Organization: None
X-Mailer: Mozilla 3.01 (Win95; I)
Mime-Version: 1.0
To: icon-group@optima.CS.Arizona.EDU
Subject: Re: ICON and a "Java" implementation status
References: <9803101602.AA05220@jupiter.CS.Arizona.EDU>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Errors-To: icon-group-errors@optima.CS.Arizona.EDU
Status: RO
Content-Length: 705
Ralph Griswold wrote:
>
>
> He is still working on the Java implementation of Icon, as is Gregg Townsend
> here, but it's not getting major attention. The implementation is
> complete and it works, but it doesn't run acceptably fast.
>
Two ideas come to mind.
(1) Perhaps Todd could release his code for the rest of the world to
improve upon since he lacks the time.
(2) Todd may have reached a fundamental performance limit that cannot be
improved upon in this context, except by moving to compiled C++. That
may explain why Todd is presently working on a Java-->C converter. If
so, it argues again for an Icon-->C++ converter and against an
Icon-->Java converter.
Sincerely -
Mark Evans